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^^n  expert  system  Is  a  program  that  mimics  the  performance  of  a  human  expert 
In  some  decision  making  process.  We  are  building  expert  systems  to  deal  with 
vulnerability  analysis  and  have  developed  a  general-purpose  mechanism  (called 
an  “Inference  engine")  .with  whl^h  to  emulate  the  behavior  of  human  experts. 

The  project  Is  called  "Genie",  and  this  report  offers  a  presentation  of  Its 
design.  Its  Implementation,  and  Its  usage.  Genie  Is  primarily  a  goal-driven 
(backward  chaining)  engine,  but  whenever  It  makes  a  deduction  It  Is  used 
wherever  possible  In  data-driven  modR  fforward  chalninal.  Production  rules'  . 


::^re  written  In  simple  everyday  English;  a  preprocessor  In  Genie  converts  these 
'rules  Into  a  frame-based  knowledge  representation  scheme  for  efficient  compu¬ 
tation.  liUe-.^ 

We  will  then^reat  several  facets  of  the  Interface  between  Genie  and  Its 
human  users*  Including  Genie's  facilities  for  explaining  and  justifying  Its 
behavior.  Finally,  we  »3+l-  >ook>at  the  first  application  of  Genie  by  the  Army 
In  a  Turbine  Engine  Expert  System  and  present  some  of  the  additions  and  Improve¬ 
ments  we  plan  to  Implement. 

An  Inference  engine  shell  will  aid  In  the  development  of  future  expert 
systems*  while  the  expert  systems  themselves  will  make  the  vulnerability 
analysts'  jobs  much  easier. 
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I.  INTRODUCTION 


A.  BatkgQviBd 

Determining  the  vulnerability  of  combat  vehicles  and  other  systems  to  the 
wide  range  of  threats  presented  in  modern  warfare  can  be  a  daunting  task. 
Although  physics,  engineering,  operations  research,  and  other  disciplines  offer 
an  invaluable  framework  for  addressing  the  problem,  these  more-or-less  hard 
sciences  cannot  by  themselves  provide  complete  solutions.  On  the  contrary, 
practitioners  of  vulnerability  analysis  will  assure  you  that  their  profession  is  at 
least  as  much  an  admixture  of  art,  intuition,  and  educated  guesswork  as  a  sci¬ 
ence. 

In  this  regard,  however,  vulnerability  analysis  is  not  markedly  different  from 
contemporary  medicine,  analytical  chemistry,  or  petroleum  exploration.  These 
are  just  a  few  of  the  occupations  that  are  believed  by  the  layman  to  be  (and, 
too,  are  often  presented  in  textbooks  as  being)  soundly  based  in  scientihc 
theory  and  empirical  background,  though  they  actually  rely  to  a  large  degree  on 
non-rigorous  hunches,  personal  experience  gleaned  over  long  careers,  and  the 
occasional  dose  of  black  magic.  In  all  these  fields,  with  the  emphatic  inclusion 
of  vulnerability  analysis,  the  computer  has  been  of  tremendous  assistance  in 
tackling  those  segments  of  the  job  that  can  be  successfully  addressed  with 
mathematical  and  scientific  formalisms. 

Another  similarity  among  these  fields  is  the  unfortunate  inability  of  tradi¬ 
tional  computer  techniques  to  master  the  entire  problem.  Many  a  human 
expert  has  been  heard  to  lament,  “Crunching  numbers  is  fine,  but  computers 
lack  the  smarts,  the  rationality  to  handle  this  problem.”  It  was  to  address  this 
harder  class  of  problems  that  the  artificial  intelligence  (Al)  community 
developed  the  technolog)’  that  has  come  to  be  called  expert  systems.  A  true 
expert  system  is  a  program  that  mimics  the  performance  of  a  human  expert  in 
some  intellectual  endeavor.  The  archetypal  expert  system  attains  this  high  level 
of  proficiency  by  embodying  the  heuristic,  informally  framed  knowledge  of  the 
human  expert,  along  with  the  expert’s  not-always  rigorous  methods  of  reason¬ 
ing  in  the  subject  doinain. 

We  are  building  expert  systems  to  deal  with  vulnerability  analysis.  Toward 
this  end,  we  have  developed  a  general-purpose  mechanism  (called  an  inference 
engine  in  AI  terminology)  with  which  to  emulate  the  behavior  of  human 
experts.  The  project,  developed  in  Franz  LISP  on  a  VAX  11/750,  is  called 
Genie,  and  this  report  offers  a  presentation  of  its  design,  its  implementation, 
and  its  usage. 


As  our  first  application  of  Genie,  we  are  working  with  Walter  Thompson 
and  Steven  Polyak  of  the  Aerial  Targets  Branch,  Vulnerabilitj/Lethality  Divi¬ 
sion,  on  an  expert  system  to  assist  human  experts  in  assessing  the  vulnerability 
of  turbine  jet  engines.  Many  of  the  examples  cited  in  this  report  can  be 
thought  of  as  being  taken  from  such  a  system,  although  authenticity  of  domain 
details  will  sometimes  suffer  for  the  sake  of  illustrative  clarity.  For  an  authen¬ 
tic  run  of  the  turbine  engine  expert  system,  called  Ttss,  see  Appendix  A. 

B.  Typical  Architecture  M  Expert  System 

The  highest  level  of  organization  of  an  expert  system  is  not  complex,  as 
Figure  1  illustrates.  * 


Figure  l. — System  Overview 


A  basic  tenet  of  the  expert  system  methodolog>’  requires  separation  of  domain 
expertise  (whether  it  be  in  infectious  diseases  or  turbine  engine  vulnerability) 
from  the  strategies  for  manipulating  and  applying  that  expertise.  The  resultant 
modularity  greatly  facilitates  debugging  and  modifying  either  subsystem. 

The  first  of  the  subsystems  is  called  the  knowledge  base.  It  is  the  mass  of 
expertise  that  has  been  collected  from  one  or  several  human  experts.  The 
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Adapted  from  K.  Niwa,  K.  Sasaki,  and  H.  Ibara.  "Ad  Experimental  Comparison  of 
Knowledge  Representation  Schemes",  AJ  Magazine.  Summer  1984.  pg.  30. 


knowledge  base  will  typically  contain  both  declarative  knowledge  (e.g.  that  the 
specific  gravity  of  steel  is  7.8)  and  procedural  knowledge  (e.g.  that  a  means  of 
determining  the  specific  gravity  of  an  arbitrary  solid  is  to  calculate  the  ratio  of 
the  solid’s  density  to  the  density  of  water).  Procedural  knowledge  is  often 
expressed  in  rules  of  propositional  implication  (e.g.  that  if  a  solid  is  known  to 
be  roughly  as  dense  as  steel  then  it  can  be  deduced  that  the  solid’s  specific 
gravity  is  approximately  equal  to  that  of  steel),  llie  process  of  constructing  a 
knowledge  base,  of  determining  how  an  expert  solves  problems  and  implement¬ 
ing  that  knowledge  on  a  computer,  is  called  knowledge  engineering. 

The  second  subsystem  is  called  the  inference  engine.  In  a  sense,  the  infer¬ 
ence  engine  is  the  program  that  acts  upon  the  knowledge  base  as  data. 
Optimally,  it  would  be  so  well  separated  from  the  knowledge  base  and  so  gen¬ 
eral  that  one  could  plug  in  a  different  knowledge  base  and  thereby  create  a  new 
expert  system  in  an  unrelated  domain. 

Though  it  might  not  be  as  fundamental,  an  interface  between  the  system 
and  its  users  is  no  less  important  than  the  knowledge  base  or  the  inference 
engine.  The  user  interface  should  allow  a  non-programmer  to  modify  the 
knowledge  base,  obtain  consultative  assistance,  and  interrogate  the  system 
about  the  reasons  for  its  behavior,  all  in  language  that  is  clear  and  natural  to 
the  user. 


II.  ORIGINS 


Genie  is  greatly  evolved  from  its  earliest  sources.  But  their  influence  can 
still  be  distinguished,  at  least  on  the  level  of  concepts  and  principles.  The  earli¬ 
est  form  of  the  system’s  control  mechanism  was  based  on  Animal,  a  prototype 
expert  system  developed  by  Patrick  Winston  and  Berthold  Horn^. 

Matthew  Rosenblatt  of  the  Army  Materiel  Systems  Analysis  Activity  added 
several  simple  natural- language  capabilities  to  Animal.  As  an  example, 
Winston’s  routine  requests  user  verification  of  a  fact^  by  simply  displaying  the 
fact  (e.g.  “Is  this  true:  object  has  low  specific  gravity’’),  whereas  Rosenblatt’s 
version  could  turn  the  fact  into  a  question  (e.g.  “Does  object  have  low  specific 
gravity?’’).  Genie  has  incorporated  these  additional  capabilities  into  its  user 
interface. 


P.  H.  Winston  and  B.  K.  P.  Horn.  L!SP.  Addison-Wesley,  1981.  pp.  240-249. 

Here  fact  is  not  used  in  the  colloquial  sense  of  an  assertion  that  is  known  with  certainty  to 
be  true.  Instead,  a  fact  is  a  proposition  that  may  be  true  or  false,  or  may  have  no  truth 
value  at  all  in  particular  circumstances. 
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III.  REPRESENTATION  OF  KNOWLEDGE 


A  key  subproblem  in  modeling  the  behavior  of  a  human  expert  is  to  choose 
appropriate  formats  for  expressing  and  storing  the  expert's  knowledge  so  that  a 
computer  can  process  the  knowledge  effectively  and  efficiently.  In  this  section 
we  discuss  the  approach  to  knowledge  representation  that  has  been  employed  in 
building  Genie.  The  discussion  is  presented  in  two  parts:  first  we  consider  the 
syntax  of  our  representation  scheme,  the  formats  available  for  use;  and  then  we 
consider  their  semantic  content,  what  mental  constructs  these  structures 
represent. 

A.  Tools 

1.  Frames.  The  data  structure  that  is  most  widely  used  by  Genie  is  called  a 
frame.  First  popularized  by  Marvin  Minsky®,  frames  are  a  method  of  organiz¬ 
ing  information  about  an  object  and  its  properties,  together  with  pointers  to 
other  frames  describing  related  objects.  A  frame  is  composed  of  slots,  each  of 
which  contains  a  piece  of  information.  Figure  2  illustrates  the  kinds  of  infor¬ 
mation  that  might  be  stored  in  a  frame. 

The  sample  frame  in  Figure  2  contains  information  about  an  object  known 
to  us  as  Comp.T58,  the  compressor  section  of  the  T58  turbine  engine,  so  we 
refer  to  the  frame  as  C(xnp.TB8^.  The  A  Kind  Of  slot  —  often  abbreviated 
AKO  —  specifies  the  class  of  objects  to  which  Comp.T58  belongs.  A 
knowledge  base  might  include  a  separate  frame,  called  compressor,  that  would 
contain  knowledge  about  compressors  in  general.  This  would  improve  storage 
efficiency,  since  general  knowledge  would  not  need  to  be  stored  in  Ccmip.T^ 
and  then  duplicated  every  time  we  built  a  frame  for  the  compressor  of  a  new 
engine.  More  importantly,  though,  this  would  better  capture  the  intrinsic  order 
in  the  knowledge.  If  a  required  piece  of  information  were  not  found  in 
Gomp.TSS,  one  could  proceed  to  the  compressor  frame,  and,  if  necessary,  even 
higher  up  this  AKO  hierarchy. 

3 

M.  Minsky.  "A  Framework  for  Representing  Knowledge",  in  The  Psychology  of  Computer 
Vision.  P.  H.  Winston,  ed.  1975.  pp.  211-275. 

^  In  this  discussion  names  of  frames,  slots,  and  facets  will  appear  in  Boldface. 
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Comp.T58 

A  Kind  Of 

compressor 

Type 

axial 

Manufacturer 

General  Electric 

Found  In 

T58  turbine  engine 

Pressure  Ratio 

8.3  :  1 

Air  Mass  Flow 

5.6  kg/s 

Blade  Material 

steel 

Exit  Pressure 

calculate:  intake  pressure 
times  pressure  ratio 

Figure  2. —  Typical  Frame 


Another  benefit  of  arranging  frames  in  an  AKO  hierarchy  can  be  seen  in  the 
variety  of  slots  in  our  example.  When  one  builds  a  frame  for  a  new  instance  of 
some  object  class,  what  should  the  form  of  that  frame  be?  It  is  plain  that  a 
frame  describing  a  shaped  charge  munition  should  contain  few  of  the  slots 
found  in  Comp.TBS.  One  solution  to  the  problem  is  to  go  to  the  frame 
representing  the  appropriate  class  of  objects  and  fetch  a  template.  Hie 
compressor  frame,  for  example,  could  specify  the  slots  that  should  appear  in 
each  instance  frame. 

The  Exit  Pressure  slot  in  Gomp.lLB8  contains  a  piece  of  procedural 
knowledge.  This  knowledge  takes  the  form  of  a  function  called  an  if^needed 
daemon,  an  operation  which  is  to  be  performed  if  a  value  of  exit  pressure  is 
ever  required.  Daemons  can  be  used  for  many  other  purposes,  too,  such  as 
performing  an  operation  whenever  a  frame  is  modified.  It  should  be  noted 
that,  for  the  sake  of  hierarchical  knowledge  organization,  the  Exit  Pressure  slot 
might  be  better  located  in  the  general  eompressor  frame.  It  is  included  here 
for  illustrative  purposes  only.  Similuly,  the  Manufacturer  slot  probably 
belongs  in  the  frame  for  the  T58  engine.  There  are  many  other  ways  that  this 
information  might  be  organized  into  frames  —  the  best  choice  depends  on  the 
application.  The  flexibility  of  the  frame  approach  is  apparent. 

The  Comp.TBS  frame  is  similar  in  meaning  to  the  structures  used  in  Genie 
that  are  called  concept  frames.  As  the  name  suggests,  a  concept  frame  is 
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intended  to  embody  the  system’s  concept  of  some  object,  everything  it  knows 
about  the  object.  Ck>ncept  frames  will  be  discussed  in  the  section  on  semantics 
below. 

Of  course,  if  frames  are  to  be  used,  then  special  functions  will  be  required 
to  manipulate  them.  We  have  implemented  a  set  of  routines  to  retrieve  and 
store  information,  and  to  perform  other  such  tasks  in  the  manner  described  by 
Winston  and  Horn^  and  by  Roberts  and  Goldstein^. 

2.  Value  Ranges.  Arithmetic  manipulation  of  data  is  a  central  theme  of 
computer  science.  Expert  systems  do  not  manipulate  numbers  as  often  as  they 
do  more  general  symbols,  but  a  means  to  perform  numeric  computation  is 
unquestionably  among  Genie’s  requirements.  Unfortunately,  the  kinds  of 
numeric  knowledge  which  Genie  must  handle  are  characterized  by  the  same 
imprecision  and  uncertainty  that  first  motivated  the  development  of  expert  sys¬ 
tems.  There  are  in  the  literature  many  approaches  to  dealing  with  the  problem 
of  imprecise  and  uncertain  knowledge,  some  of  which  will  be  discussed  in  sec¬ 
tion  VIII  below.  Another  representation  problem  can  turn  up  even  with 
knowledge  that  is  perfectly  precise,  crisp,  and  certain.  Some  knowledge  is  ines¬ 
capably  cast  as  information  about  sets,  vectors,  or  intervals,  rather  than  scalars. 

We  have  developed  a  representation  format  to  deal  with  both  of  these  prob¬ 
lems.  Using  what  we  call  value  ranges  and  the  routines  for  manipulating  them, 
one  can  represent  either  intervals  on  the  real  line  or  imprecisely  known  scalars. 
A  value  range  record  consists  of  six  cells  which  can  be  labeled  as  in  Figure  3. 


> 

> 

H 

< 

< 

Figure  3. — Format  of  a  Value  Range  Record 


Either  of  the  first  two  cells  can  be  used  for  a  lower  bound  on  the  value.  Simi¬ 
larly,  the  last  two  cells  can  bound  the  value  above.  The  cell  can  contain  a 
set  of  prohibited  values.  The  =  cell  can  only  hold  one  value;  if  it  is  non- 
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Winston  and  Horn.  op.  cit.  pp.  291-301. 

R.  B.  Roberts  and  I.  P.  Goldstein.  Tht  FRL  Prirntr.  Memo  No.  409,  Artibcial 
Intelligence  Laboratory,  MIT,  1977. 


empty,  then  all  the  other  cells  must  be  empty.  As  an  example,  the  value  range 
in  the  proposition  that 

0  <  2  <  10,  *  not  G  jy,  6,  7|  ( 1) 

would  be  represented  by  the  record 


Figure  4. — Inequality  (l)  Represented  as  a  Value  Range 

One  way  that  Genie  uses  value  ranges  is  in  representing  rules  in  the  knowledge 
base.  For  example,  a  knowledge  base  might  contain  the  following  rule, 

“If  thrust  of  engine  <  6000  lbs,  or 
thrust  of  engine  >  12,000  lbs, 
then  engine  is  not  J57.’’ 

Another  use  for  value  ranges  is  Genie’s  facility  for  interpreting  a  user’s 
answers  to  its  questions.  In  answer  to  the  question,  “What  is  the  thrust  of 
engine?’’  the  user  may  enter,  “5000  <=  thrust  <  7500’’.  There  are  several 
functions  that  operate  on  value  ranges,  including  routines  to  build  a  record,  to 
determine  if  a  hypothesized  value  conflicts  with  existing  knowledge,  and  to 
improve  the  precision  of  the  system’s  estimate  of  a  value. 

B.  Semantics 

For  the  most  part,  Genie  manipulates  knowledge  that  is  expressed  in  propo¬ 
sitional  implications  known  as  production  rules,  or  productions.  A  production 
links  one  group  of  propositions,  called  its  antecedents,  to  a  second  group  of  pro¬ 
positions,  called  conclusions.  The  individual  propositions  are  represented  by  fact 
frames,  and  the  productions  by  rule  frames.  A  third  type  of  frame  used  by 
Genie  is  the  concept  frame.  All  three  frame  types  have  two  states.  The  static 
state  consists  of  intrinsic  information  and  relations;  it  is  run-time  invariant. 
The  dynamic  state  adds  the  results  of  all  the  manipulations  performed  during 
the  current  execution. 


1.  Rules.  In  practice,  a  rule  frame  often  contains  just  a  list  of  preconditions 
for  applying  the  rule  together  with  a  list  of  deductions  that  result  from  its  appli¬ 
cation.  These  are  stored  in  the  Ifs  and  Tliens  slots,  respectively.  Since  a  pro¬ 
position  and  its  negation  describe  the  same  knowledge,  we  use  one  fact  frame 
to  represent  both.  Therefore,  propositions  appearing  in  rules  must  be  marked 
to  specify  which  sense  should  be  used.  As  an  example,  consider  rule6,  whose 
frame  appears  in  Figure  5a.  It  states  that  if  factlO  and  fact20  are  known  to  be 
true  and  fact3  is  known  to  be  false  then  fact21  is  true  and  can  be  added  to  the 
knowledge  base. 

Once  the  three  preconditions  are  met  and  the  deduction  is  made,  niled 
takes  the  form  given  in  Figure  5b.  In  this  case,  ruleB  is  said  to  have  fired.  If, 
however,  fact20  were  determined  to  be  false,  the  rule  would  not  fire  and  noth¬ 
ing  would  be  learned  about  fact2rs  truth  value.  'Riis  situation  is  illustrated  in 
Figure  5c. 

Flexibility  in  specifying  a  rule’s  preconditions  is  provided  by  the  must'^have 
mechanism  shown  in  Figure  5d.  The  nileSS  frame  contains  three  antecedents. 
The  Mustr-have  slot  indicates  that  if  any  two  of  the  antecedents  can  be  deter¬ 
mined  to  hold,  then  the  rule  can  fire.  Tlie  default,  for  rules  without 
Mu8t~-liave  slots,  requires  all  the  preconditions  to  be  met. 

2.  Facts.  The  fact  is  the  basic  semantic  building  block  in  a  Genie 
knowledge  base.  Rules  are  built  up  from  them,  and  the  inference  engine 
attempts  to  deduce  or  verify  them.  When  the  user  is  asked  a  question,  it  is  in 
order  to  acquire  new  facts.  And  the  system’s  ultimate  answer  b  some  fact. 
The  internal  representation  of  facts  is  illustrated  in  Figure  6. 

The  frame  faetl7  (Figure  6a)  represents  a  proposition  about  a  compressor. 
The  English-language  statement  of  that  proposition  b  found  in  the  Stmt  slot. 
The  Default  slot  b  available  to  specify  which  sense  of  a  proposition  (viz.  its 
affirmation  or  its  negation)  should  be  assumed  in  the  event  that  its  truUi  value 
cannot  be  determined  directly.  The  slot  lists  all  the  rules  in  the 

knowledge  base  whose  application  depends  upon  the  truth  value  of  factl7.  In 
particular,  factl7  b  in  the  Ifs  slots  of  rules  five,  twenty-seven,  and  twenty- 
eight.  The  Thens^-of  slot,  on  the  other  hand,  lists  all  the  rules  that,  if  applied, 
will  determine  factl7’s  truth  value;  factl7  b  in  the  Thens  slots  of  rules  16  and 
105.  Tlib  linking  of  facts  to  the  rules  that  use  them  speeds  execution  and  facil¬ 
itates  explaining  system  behavior  to  the  user. 

The  Xior  slot  of  faetl?  contains  the  name  of  a  group  of  mutually  exclusive 
propositions.  If,  by  whatever  means,  factl7  is  determined  to  be  true,  then 
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Figure  S. — Sample  Rule  Framee. 

( a)  The  etatie  version  of  a  simple  rule. 

(b)  The  dynamic  version  of  a  successful  application  of  (a). 

(c)  A  dynamic  version  of  a  failed  applieation  of  {a). 

(d)  mush'have  rule. 
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Figure  e. — Samj^e  Fact  Frames. 

( a)  The  static  version  of  a  simple  fact. 

(b)  A  dynamic  version  of  (a). 

( c)  A  dynamic  version  of  an  arithmetic  fact. 


Genie  will  conclude  that  all  the  other  facts  in  xor3  are  false.  Hiis  feature  is  a 
handy  way  to  model  hierarchies  of  disjoint  classes  of  objects  (e.g.  Whether  a 
target  is  of  rolled  homogeneous  armor,  mild  steel,  or  aluminum).  It  also  pro¬ 
vides  a  means  of  representing  the  relation  between  antonyms,  as  for  example, 
whether  compressor  vane  geometry  b  variable  or  fixed. 

Suppose  Genie  were  running  and  applied  rulel6.  As  a  result,  it  would 
amass  dynamic  knowledge  about  the  truth  value  of  various  facts.  If  rulelfi’s 
assertion  about  factl7  were  in  the  affirmative,  then  faetlT  would  be  modified  to 
the  form  shown  in  Figure  fib.  The  How  slot  could  be  checked  at  a  later  time  to 
determine  the  context  in  which  factlT’s  truth  was  determined. 

Propositions  concerning  numeric  knowledge  can  be  represented  using  what 
we  call  arithmetie  facts,  as  illustrated  in  Figure  fic.  The  Aiithmetie  slot  of  an 
arithmetic  fact  frame  has  three  sub-cells  (called  facets  in  frame  terminology), 
which  provide  the  links  by  which  to  confirm  or  disprove  fact23.  According  to 
the  concept  and  attr  facets,  fact23  concerns  the  attribute  called  speed  of  an 
object  called  spool.  Genie  determined  that  fact23  was  false  by  looking  in  the 
spool  frame  to  compare  what  it  knew  about  spool  speed  with  the  relation  stored 
in  the  lelst  facet  of  fmct23. 

3.  Concents.  Rule  and  fact  frames  provide  a  significant  increase  in  deduc* 
tive  speed,  but  they  are  little  more  than  an  extension  of  the  production- rule 
approach  to  building  expert  systems.  One  of  the  major  advantages  of  produc¬ 
tion  rules  over  other  semantic  structures  b  their  modularity.  Rules  represent 
small  pieces  of  knowledge  and  can  be  added  to  a  knowledge  base  or  modified 
easily,  and  undesired  side-effects  are  less  common  than  with  more  complex 
structures.  Unfortunately,  though,  the  modularity  of  production  rules  also 
represents  one  of  their  most  serious  drawbacks.  Because  a  knowledge  base 
made  up  of  rules  has  such  a  fine  granularity,  it  is  difficult  to  ascertain  high-level 
patterns  and  order  in  the  knowledge.  Tbb  problem  b  especially  serious  when  a 
user  tries  to  understand  the  system's  lines  of  reasoning,  or  when  a  student  tries 
to  acquire  the  expertise  inherent  in  the  knowledge  base.  * 

As  a  further  step  towards  representing  the  order  in  an  expert's  knowledge, 
Genie  uses  concept  frames  to  group  information.  In  the  discussion  of 
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arithmetic  facts,  above,  we  saw  one  circumstance  in  which  concept  frames  are 
used.  Proceeding  with  that  example,  we  shall  trace  Genie’s  process  of  deter¬ 
mining  the  truth  value  of  fact23.  The  system’s  knowledge  about  several  of  the 
spool’s  attributes  are  stored  in  spool,  which  might  take  the  form  shown  in  Fig¬ 
ure  7. 
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Figure  7. — Sample  Concept  Frame. 


Originally,  there  was  insufficient  information  in  the  speed  slot  of  spool  to  deter¬ 
mine  whether  fact23  held.  So  Genie  asked  the  user,  “What  is  the  speed  of 
spool?’’  The  user's  response  was  presumably  the  scalar  value  9590,  since  that 
is  what  the  value^range  facet  indicates.  When  the  =cell  of  a  value^nnge  is 
non-empty,  its  contents  are  also  stored  in  the  value  facet. 

Neither  fact40  nor  fact95  has  been  needed  yet,  since  the  length  slot  retains 
its  static  configuration.  But  one  of  the  four  propositions  about  spool  mass  was 
needed,  since  the  asked  facet  of  mass  is  full.  If  one  of  the  three  remaining 
facts  asserted  that  spool  mass  equaled  200,  then  Genie  would  be  incapable  of 
determining  that  fact’s  truth  value  by  direct  calculation.  This  is  because  Genie 
will  only  request  inptit  of  a  given  parameter  once,  on  the  assumption  that  the 
user  will  have  given  his  best  estimate  immediately. 


IV.  REASONING  METHODS 

The  basic  intent  in  developing  expert  systems  is  to  enable  a  computer  to 
reason  as  a  human  expert  does.  By  this  we  mean  to  achieve  expert  performance, 
since  our  goal  is  not  so  much  modeling  the  expert’s  behavior  as  modeling  the 
results  of  that  behavior.  A  parallel  can  be  drawn  with  the  expert  system's 
representation  of  knowledge;  one  seeks  a  format  that  is  isomorphic  to  the  one 
used  by  the  expert’s  brain,  but  replication  is  neither  necessary  nor  possible. 
For  example,  we  do  not  assert  that  frames  or  value-range  records  exist  in  the 
human  brain.  But  neither  are  silicon  chips  identical  to  cortical  neurons.  In  the 
same  way,  while  formal  logic  is  seldom  applied  by  humans  to  real-world  prob¬ 
lems,  its  spirit  can  be  fundamentally  useful  in  developing  expert  systems. 

Given  a  body  of  formal  assertions  and  implications,  or  propositions  and  pro¬ 
duction  rules,  there  are  basically  two  possible  strategies  for  using  them.  One 
strategy  focuses  on  the  rules’  antecedents,  the  other  on  their  conclusions.  They 
are  called  forward  and  backward  chaining,  respectively,  and  will  be  explained 
below. 

A.  Forward  Chaining 

In  forward  chaining,  one  compares  the  facts  in  the  knowledge  base  with  the 
antecedents  of  the  various  rules,  trying  to  fire  any  rules  possible.  When  a  rule 
fires,  its  conclusions  are  added  to  the  knowledge  base  and  can  potentially 
trigger  other  rules.  Because  attention  is  focused  on  matching  antecedents 
against  the  facts  that  are  known,  this  method  is  also  called  data-driven  reasoning. 

Forward  chaining  is  often  extremely  useful  in  real-time  applications.  In 
these  settings,  the  rules  often  represent  event/response  or  condition/action 
knowledge.  Robotics  and  industrial  process  control  are  examples. 


B.  Backward  Chaining 

The  second  strategy  is  somewhat  more  complicated.  In  backward  chaining 
one  starts  by  considering  a  goal,  in  this  case  a  fact  whose  truth  value  is  desired. 
The  key  step  is  to  find  a  way  of  determining  the  truth  value,  which  usually 
means  finding  a  rule  that  draws  a  conclusion  about  the  fact.  If  such  a  rule 
exists,  then  one  can  reformulate  the  original  problem  as  the  determination  of 
the  truth  values  of  each  of  the  rule’s  antecedents.  This  reformulation  of  prob- 


lems  into  subproblems  is  iterated  until  each  of  the  subproblems  can  be  solved 
directly,  either  by  finding  facts  in  the  knowledge  base,  or  by  asking  questions  of 
the  user.  For  this  reason,  backward  chaining  is  also  called  goal-driven  reasoning. 

C.  Genie’s  Approach 

Reasoning  in  the  current  version  of  Genie  has  a  dual  nature.  From  a  holis¬ 
tic  viewpoint,  the  control  strategy  is  entirely  goal-driven.  Equally  valid,  how¬ 
ever,  is  the  reductionist  point  of  view  that  all  the  system's  deductions  are  made 
in  data-driven  mode.  The  two  arguments  are  presented  here. 

A  Genie  knowledge  base  must  contain  at  least  one  fact  tagged  as  a 
hypothesis,  or  top-level  goal.  Hie  inference  engine  records  all  the  hypotheses 
and  tries  to  verify  each  one  in  succession.  Given  a  hypothesis,  Genie  looks  at 
the  Tliens'-ar  slot  in  its  fact  frame.  This  provides  a  list  of  rules  that  could 
potentially  confirm  the  hypothesis.  These  rules’  Ifs  slots  specify  other  facts 
which  Genie  treats  as  subgoals.  The  subgoals  will  generally  have  additional 
rules  in  their  own  Thens^oT  slots,  and  so  on.  Following  all  these  Hiens-of 
and  Ifa  links  as  far  as  they  lead  would  generate  a  tree  structure  with  facts  as 
nodes  and  rules  as  edges.  The  leaves  of  this  tree  —  facts  that  cannot  be 
deduced  from  any  rule  in  the  knowledge  base  —  constitute  the  information 
Genie  must  request  from  the  user,  and  are  consequently  the  simplest  possible 
subgoals. 

Consider  the  lowest  level  of  deduction  in  this  process:  a  rule  whose 
antecedents  are  all  leaves.  A  question  will  be  asked  for  each  fact,  the  user’s 
answers  being  added  to  the  knowledge  base  in  a  process  called  memorization. 
Assuming  that  the  conditions  specified  by  the  rule’s  antecedents  conform  to  the 
answers,  these  subgoals  are  all  achieved.  So  the  rule  fires,  causing  its  conclu¬ 
sions  to  be  memorized,  and  a  larger  fraction  of  the  problem  has  been  solved. 
The  procedure  continues  in  this  fashion. 

In  general,  not  all  the  rules  will  fire.  A  rule  fails  if  its  antecedents  do  not 
conform  to  the  circumstances  of  the  present  run.  When  this  happens,  the 
desired  conclusion  must  be  achieved  through  other  means.  If  the  fact  has 
untried  rules  in  its  Hiens'^or,  they  will  be  tried.  If  not,  the  fact  frame  will  be 
searched  for  a  Default  If  all  the  rules  that  might  confirm  a  hypothesis  fail, 
then  the  hypothesis  is  discarded,  and  another  one  tried. 

Whereas  backward  chaining  imposes  order  on  Genie’s  performance,  it  is 
forward  chaining  that  actually  deduces  facts.  Every  time  a  fact  is  memorized, 
whether  it  was  given  by  the  user  or  deduced  from  some  rule,  forward  chaining 


IS  performed  on  it.  The  fact  s  Ifa^of  slot  lists  the  rules  that  require  it.  Each 
one  of  these  rules  that  has  not  already  fired  or  failed  is  considered.  If  any 
rule’s  antecedent  requires  the  wrong  truth  value  for  the  fact,  then  the  rule  fails, 
unless  the  rule  frame  contains  a  MuBtr^hAve  slot.  However,  if  the  newly 
memorized  fact  conforms  with  the  only  unfulfilled  precondition  of  a  rule,  then 
that  rule  will  fire.  Genie  will  then  forward  chain  on  each  of  the  rule’s  conclu¬ 
sions  in  turn. 

The  double  linking  of  facts  and  rules  makes  Genie’s  knowledge  representar 
tion  scheme  very  flexible.  Backward  chaining  is  achieved  by  following  the 
Hiens'-of  and  links.  Similarly,  following  Ifs'-x/  and  likens  links  accom¬ 
plishes  forward  chaining.  Tlius,  one  representation  of  a  rule  can  be  used  for 
both  strategies.  This  capability  is  a  very  important  one,  since  using  only  one  or 
the  other  strategy  has  serious  drawbacks.  A  system  that  only  forward  chains 
often  seems  to  behave  erratically,  jumping  around  the  knowledge  base.  Furth¬ 
ermore,  a  purely  data-driven  system  cannot  even  ask  the  user  any  questions, 
since  it  can  only  passively  obtain  facts  and  apply  rules  to  them.  On  the  other 
hand,  a  strictly  backward  chaining  system  draws  only  those  conclusions  that  are 
of  immediate  use.  So  it  will  miss  drawing  conclusions  that  are  supported  by  its 
knowledge  but  do  not  lie  in  the  direct  path  of  its  current  task. 

In  summary,  backward  chaining  causes  Genie’s  reasoning  to  be  directed 
from  the  broadest,  most  general  conclusions,  through  ever  more  specific  facts. 
This  top-down  behavior  creates  the  impression  that  the  system  is  acting  pur¬ 
posefully.  Within  that  context,  forward  chaining  ensures  that  deductions  are 
made  as  soon  as  the  necessary  knowledge  is  acquired. 


V.  USER  INTERFACE 


The  two  previous  sections  discussed  Genie’s  layout  and  performance  from 
an  internal  viewpoint.  Here  we  shall  describe  the  face  that  Genie  shows  to 
humans  who  interact  with  it  at  a  computer  terminal.  First  we  consider  the 
outermost  layer  of  the  program  that  mediates  communication  between  the  user 
and  Genie.  Then  the  specific  modes  of  giving  input  to  the  system  are 
addressed.  Finally,  we  discuss  Genie’s  ability  to  use  in  its  communication 
something  approaching  normal  English  grammar.  A  complete  specification  of 
the  input  commands  with  which  the  user  may  control  Genie’s  performance  b 
provided  in  Appendix  B. 

A.  Driver 

Upon  invoking  Genie,  one  interacts  with  a  function,  called  Driver,  that 
directs  Genie’s  operation.  Anyone  who  invokes  Driver  will  be  categorized  into 
one  of  three  access  classes:  user,  rule-writer,  or  programmer.  The  user  class  is 
the  broadest.  It  includes  those  who  use  the  system  for  production  runs.  Driver 
protects  general  users  and  Genie  from  one  another,  by  restricting  both  the 
commands  the  user  may  use  and  the  actions  Genie  may  perform  for  the  user. 
The  rule-writer  class  is  intended  to  include  the  knowledge  engineers  who  main¬ 
tain  the  system.  A  rule  writer  may  execute  any  of  the  commands  available  to 
the  general  user.  In  addition,  the  rule  writer  may  modify  the  knowledge  base 
and  dig  more  deeply  into  Genie’s  internal  mechanisms  to  determine  what  the 
system  is  doing  and  why.  The  programmer  class  is  the  least  restrictive.  Pro¬ 
grammers  may  execute  any  of  the  commands  available  to  the  rule  writer  plus 
several  lower-level  commands  to  debug  the  inference  engine  and  peripheral 
components. 

Driver  understands  a  number  of  commands,  the  most  important  of  which  b 
run,  the  request  to  start  up  the  expert  system.  One  can  also  instruct  Driver  to 
show  all  the  rules  that  have  been  applied,  or  all  the  facts  or  numerical  values 
that  have  been  derived  so  far  in  the  current  run.  It  is  also  possible  to  view 
rules  and  facts,  either  in  an  English  form  or  in  a  frame  form  that  b  more  like 
their  internal  representations.  Concept  frames  can  be  displayed  in  similar 
fashion. 

B.  Run-Time  Input  Functions 

When  Genie  requires  information  from  the  user,  there  are  three  schemes  by 
which  it  can  request  it.  The  first  and  most  basic  of  these  is  the  simple  yes/no 


question.  The  user  may  respond  to  a  yes/no  question  by  typing  one  of  a 
number  of  responses,  each  of  which  is  equivalent  to  one  of  the  responses 
“yes”,  “no”,  and  “unknown”.  Tbe  three  canonical  responses  have  the  effect 
of  declaring  the  fact  (as  asked)  to  be  true,  false,  or  indeterminate,  respectively. 

The  second  scheme  for  requesting  input  is  the  menu.  A  menu  displays  a 
question  and  several  numbered  responses.  Each  of  the  responses  represents  a 
fact,  and  all  the  facts  in  a  given  menu  form  a  mutually  exclusive  set  (i.e.  they 
are  in  an  xor  list).  The  user  simply  types  in  the  number  of  the  desired 
response.  Genie  then  concludes  that  the  chosen  fact  is  true  and  that  all  others 
in  the  menu  are  false. 

The  third  mode  of  input  is  the  numeric  question.  Whenever  Genie  requires 
an  arithmetic  fact,  rather  than  simply  request  verification  of  that  fact,  it  asks  for 
the  numeric  value  itself.  The  user  may  respond  to  a  numeric  question  in  a 
fairly  flexible  algebraic  notation.  Possible  responses  include  “5”,  “x  >  3.14”, 
and  “0  <=  X  <  100”.  Once  some  value-range  has  been  stored  for  the 
numeric  value,  all  the  facts  that  require  the  value  are  checked  to  determine 
their  truths.  It  is  assumed  that  the  user’s  input  was  the  best  estimate  he  had  of 
the  requested  value. 

In  addition  to  the  permissible  answers,  all  three  question  modes  also  allow 
immediate  interrogation  about  the  context  in  which  the  question  is  being  asked. 
Depending  on  one’s  access  class,  one  may  type  “why”,  to  determine  why  the 
requested  information  is  needed,  “rule”,  to  be  shown  the  rule  that  is  currently 
being  tested,  and  “hyp”,  to  be  shown  the  hypothesis  currently  under  con¬ 
sideration. 

C.  Grammar 

Genie  performs  all  its  reasoning  on  coded  representations  of  the  domain 
information  in  the  knowledge  base.  Generally,  when  it  speaks  to  the  user  it 
must  translate  rules  and  other  structures  into  English.  To  do  this  Genie 
depends  on  a  simple  yet  effective  pseudo-English  grammar.  This  grammar  is 
used  in  compiling  the  knowledge  base,  and  then  again  whenever  pieces  of 
knowledge  are  displayed  to  the  user. 

The  primary  piece  of  knowledge  that  must  be  formulated  into  English  is  the 
fact.  Since  a  proposition’s  assertion  and  its  negation  represent  the  same 
knowledge  —  in  the  sense  that  the  truth  value  of  either  one  follows  immedi¬ 
ately  from  that  of  the  other  —  a  single  fact  frame  is  used  to  represent  both. 
Each  fact  frame  contains  a  Stmt  slot,  the  foundation  of  the  formulation 


process,  in  which  is  stored  an  affirmative  English* language  statement  of  the 
proposition. 

So,  both  for  building  fact  frames  and  for  displaying  knowledge  and  asking 
questions,  the  grammatical  requirements  are:  the  means  to  determine  the 
sense  of  a  statement  (affirmative  or  negative),  to  switch  the  sense  of  a  state¬ 
ment,  and  to  turn  the  statement  into  a  question.  Genie  accomplishes  these 
tasks  through  a  simple  scheme  that  matches  statements  against  grammatical 
patterns.  Given  the  fact  statement,  “Compressor  has  driver  rings”,  Genie  will 
create  the  question,  “Does  compressor  have  driver  rings?”.  It  can  comple¬ 
ment  the  fact  statement,  “Engine  is  fully  encased”,  yielding  “Engine  is  not 
fully  encased.” 


VI.  DATA  DIGESTION 


It  has  been  a  fundamental  design  goal  that  Genie  should  be  able  to  perform 
all  of  its  transactions  with  humans  in  nearly  natural  language.  When  a  new  rule 
is  added  to  a  Genie  knowledge  base,  the  first  form  that  it  takes  is  an  Englbh> 
language  statement.  But  because  Genie  cannot  actually  reason  using  natural 
language  directly,  there  is  little  justification  for  using  English  strings  as  the 
medium  of  knowledge  representation  within  the  system.  Tlie  natural- language 
components  of  Genie  must  be  able  to  switch  between  the  internal  representar 
tion  and  statements  in  English. 

Strong  arguments  against  storing  facts  as  strings  of  English  words  can  be 
made  from  considerations  of  efficiency.  First,  it  is  redundant  and  wasteful  of 
space  to  store  a  lengthy  statement  of  a  fact  in  every  rule  that  contains  the  fact. 
But  more  importantly,  representing  the  abstract  object  known  as  a  fact,  with  all 
its  semantic  and  contextual  baggage,  as  a  mere  string  of  words  is  unacceptably 
limiting.  Both  goal-  and  data-driven  reasoning  require  the  pairing  up  of 
antecedents  and  conclusions  of  various  rules.  To  do  this  with  the  scanty  rule 
representation  that  provides  only  word  strings  requires  sequentially  checking 
every  rule  in  the  knowledge  base,  performing  a  time-consuming  word-for-word 
check  to  see  if  facts  match.  Negated  facts  cause  additional  headaches. 

For  these  reasons,  Genie  includes  a  module  that  preprocesses  its  knowledge 
base.  Internally,  rules  and  facts  are  represented  by  frames  and  referred  to  by 
unique  names  called  code  «ym6o/s  (like  “rule24"  and  "fact?”).  The  key  func¬ 
tion  in  the  data  digestion  process  is  called  build-frames.  It  reads  the 
knowledge-base  input  file  and  puts  all  the  static  knowledge  into  Genie’s  internal 
representation  formats.  As  an  example,  the  rule  frame  shown  in  Figure  5a 
might  have  been  created  by  build-frames  from  the  input  in  Figure  8. 

(IF  (there  are  struts  at  the  front  of  the  engine) 

(there  are  two  flanges  near  the  front  of  the  engine) 

(flanges  are  not  extremely  close  together) 

THEN 

(engine  has  a  front  frame)) 

Figure  S. — Samjde  Input  Rule. 

The  data  digestion  process  creates  rule,  fact,  and  concept  frames  where 
necessary,  recording  them  in  tables  so  that,  for  instance,  occurrences  of  a  given 
fact  in  subsequent  rules  will  be  referred  to  by  the  same  fact  code.  So  the  only 
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searching  that  Genie  must  do  is  in  translating  English  statements  into  code 
symbols,  and  this  is  done  all  at  once  during  data  digestion.  Other  steps  in  data 
digestion  are  adding  the  links  between  rule  and  fact  frames  to  allow  chuning, 
and  linking  all  the  facts  in  each  xor  list.  Appendix  C  provides  a  specification  of 
the  structures  permissible  in  the  knowledge-base  input  file. 

When  an  end  user  encounters  Genie,  the  knowledge  base  has  already  been 
preprocessed.  The  improvement  in  performance  obtained  through  data  diges¬ 
tion  is  marked.  In  a  pure  production  system  the  mean  time  required  to  make 
one  inference  grows  linearly  as  the  size  of  the  knowledge  base  is  increased. 
This  is  so  because  backward  chaining  cannot  be  performed  without  searching 
the  entire  knowledge  base  for  relevant  rules.  Digesting  the  rules  as  is  done  in 
Genie  speeds  the  process  considerably,  and  the  time  per  inference  is  indepen¬ 
dent  of  the  size  of  the  knowledge  base.^ 


K.  Niwa,  K.  Sasaki,  and  H.  Ihara.  op.  cit.  pp.  29-36. 
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VII.  EXPLANATION  FACILITIES 


A  common  observation  among  those  who  have  designed  expert  systems  is 
that  a  system  must  be  accessible  or  it  will  not  be  used,  because  few  will  feel 
confident  accepting  the  output  of  a  black  box.  The  program  should  be  able  to 
provide  information  about  its  reasoning  and  justify  particular  inferences  when 
the  user  requests  it  to  do  so.^  Genie  has  several  facilities  to  provide  this  kind 
of  explanation  of  its  behavior  to  the  user. 

The  simplest  mechanism  available  to  the  user  is  the  straightforward  dump  of 
current  knowledge.  Thb  can  take  any  of  the  following  forms:  Ibting  all  the 
facts  whose  TVuths  are  known,  listing  all  the  rules  whose  Statuses  are  known, 
and  listing  all  the  concept  attributes  for  which  some  value~nnge  is  known.  A 
related  mechanism  is  the  “find”  command,  which  finds  all  facts  whose  Stmts 
contain  specified  words. 

The  “show”  command  can  be  used  to  display  a  rule  or  a  fact  —  either  in 
English  or  frame  form  —  or  a  concept  frame.  This  is  often  useful  in  combinar 
tion  with  “find”. 

The  highest'level  interrogation  commands  currently  available  to  the  user  are 
“how”  and  “why”.  An  example  of  the  former  is  “how  factlT”,  meaning,  “By 
what  means  did  you  determine  the  truth  value  of  factlT?  ”.  To  answer  the 
question,  Genie  checks  the  How  slot  in  the  fact  frame,  and  prints  an  explana¬ 
tion  of  its  justification  for  concluding  the  TViitfa  of  the  fact.  The  “why”  com¬ 
mand  asks  the  question,  “To  what  end  did  you  need  that  fact?”  It  can  be  used 
to  determine  Genie’s  motivation  for  asking  a  question.  In  response,  Genie 
displays  the  conclusions  of  the  rule  that  it  is  currently  attempting  to  fire. 

Taken  together,  these  commands  allow  one  to  discover  the  system’s  lines  of 
reasoning.  Hiis  is  useful  for  the  rule  writer  in  ensuring  that  rules  interact  to 
produce  the  intended  conclusions.  It  is  also  useful  for  the  end  user  in  deciding 
whether  to  accept  the  system’s  conclusions  and  the  system  itself. 


B.  G.  Buchanan  and  E.  H.  Shortliffe,  eds.  Rult-Ba$ed  Expert  Systems.  Addison-Wcslcy. 
1984.  pp.  58-59. 


VIII.  FUTURE  WORK 


There  are  several  potential  changes  that  might  improve  both  Genie’s  inter¬ 
nal  processes  and  its  man/machine  interface.  Internally,  both  the  reasoning 
mechanisms  and  knowledge-representation  approach  have  been  considered. 
There  is  also  room  for  improvement  in  the  system’s  interfaces  with  the  rule 
writer  and  the  user. 

A.  Uncertainty 

There  are  many  kinds  of  uncertainty  inherent  in  any  real-world  problem. 
The  omnipresence  of  uncertainty  and  imprecision  is  made  even  more  bother^ 
some  by  their  intractability.  Reasoning  effectively  in  the  face  of  these  obstacles 
is  among  the  most  challenging  problems  in  AI. 

Among  the  types  of  uncertainty  often  encountered  are  simple  probability  of 
a  proposition  (e.g.  “There  is  a  75  percent  probability  that  the  fragment  will  per¬ 
forate  the  combustor  housing.’’),  fuzziness  of  a  proposition  (e.g.  “The  power 
turbine  is  very  rugged.’’),  rule  strength  (i.e.  the  extent  to  which  the  rule  is 
applicable),  and  rule  reliability  (when  knowledge  is  synthesized  from  several 
experts). 

We  have  considered  adding  the  certainty  factor  technique  to  Genie.  A  cer¬ 
tainty  factor  is  a  scalar  that  is  associated  with  a  proposition  and  reflects  the 
proposition’s  probability.  Conclusions  of  rules  contain  certainty  factors,  so  one 
rule  might  be  said  to  provide  stronger  or  weaker  evidence  than  another  rule 
with  the  same  conclusion.  However,  parametric  studies  of  the  MYCIN  pro¬ 
gram  indicate  that  the  conclusions  it  reaches  are  fairly  insensitive  to  the  choice 
of  certainty  factors.  So,  while  certainty  factors  are  considered  helpful,  careful 
thought  will  be  required  for  their  implementation. 

An  enticing  tool  is  the  theory  of  fuzzy  sets,  introduced  by  Lotfi  Zadeh.®  *' 


L.  A.  Zadeh.  “Fuzzy  Sets,”  Information  Control,  vol.  8,  1965,  pp.  338-353. 

L.  A.  Zadeh.  "Outline  of  a  New  Approach  to  the  Analysis  of  Complex  Systems  and 
Decision  Processes,"  IEEE  Trantactiono  on  Systemo,  Man,  and  Cybernetics,  vol.  smc-3,  no. 
1,  January  1973,  pp.  28-44. 

L.  A.  Zadeh.  The  Role  of  Fuzzy  Logie  tn  the  Management  of  Uncertainty  in  Expert  Systems. 
Memorandum  No.  UCB/ERL  M83/41,  Electronics  Research  Laboratory,  College  of 
Engineering,  University  of  California,  Berkeley,  1983. 


Fuzzy  set  theory  promises  to  address  many  types  of  uncertainty.  We  have 
begun  working  with  the  Joint  BRL/AMSAA  Working  Group  on  Fuzzy  Sets  to 
apply  this  i^proach  to  our  work.  Also,  we  are  collaborating  with  Ronald  Yager 
of  Iona  College,  another  pioneer  in  thb  field,  on  applying  fuzzy  logic  to  expert 
systems.**  ** 

B.  NgBmgBgtenkitY 

One  key  difference  between  a  human  and  a  conventional  computer  program 
is  the  ability  of  the  former  to  change  hb  mind.  Conceived  as  they  are  to  han¬ 
dle  imprecise  knowledge,  expert  systems  often  need  to  modify  previous  beliefs. 
This  so-called  nonmonotonic  behavior  can  serve  two  purposes. 

In  some  applications,  knowledge  b  time  variant.  Under  these  cir¬ 
cumstances,  a  newly  acquired  bit  of  information  might  supersede  and  contradict 
an  earlier  decision.  Tbb  can  require  undoing  a  substantial  fraction  of  the 
system’s  reasoning,  and  it  is  difficult  to  ensure  that  no  conflicts  appear.  We 
have  not  tried  to  equip  Genie  to  handle  this  class  of  problem,  since  in  the 
applications  considered  so  far  one’s  information  does  not  become  any  more 
complete  or  correct  during  a  run,  so  what  the  user  telb  Genie  can  be  treated  as 
constant. 

Another  use  for  nonmonotonicity  is  in  making  tentative  conclusions.  For 
example,  if  a  system  does  not  know  the  truth  value  of  a  proposition,  it  might 
assume  a  value  and  proceed.  Any  conclusions  eventually  reached  must,  of 
course,  be  flagged  as  depending  on  the  assumption.  Or  a  system  can  employ 
proof  by  contradiction.  If  one  choice  of  truth  value  for  a  given  proposition 
leads  to  a  contradiction,  then  that  truth  value  can  be  excluded,  and  the  opposite 
truth  value  inferred.  Both  of  these  methods  could  be  fairly  easily  added  to 
Genie,  using  a  mechanism  such  as  OPSS’s  time  stamps. 
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R.  R.  Yager.  "Querying  Knowledge  Base  Systems  with  Linguistic  Information  via 
Knowledge  Trees,"  International  Journal  of  Man- Machine  Studieo,  19,  1983,  pp.  73>95. 
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R.  R.  Yager.  "An  Approach  to  Inference  in  Approximate  Reasoning,"  International 
Journal  of  Man-Machine  Studieo,  13,  1980,  pp.  323-338. 


The  exclusive  use  of  rules  to  represent  domain  knowledge  makes  it  impossi¬ 
ble  to  capture  any  but  the  simplest  patterns  in  the  knowledge.  More  abstract 
organization  can  only  be  represented  by  more  complex  structures.  In  order  for 
Genie  to  reason  more  powerfully,  explain  its  behavior  at  a  suitably  high  level, 
and  be  appropriate  as  a  teaching  tool,  it  must  have  a  fair  level  of  abstraction. 
This  consideration  is  central  to  the  enhancement  of  Genie’s  performance. 

The  first  two  steps  toward  higher-level  organization  were  the  representation 
of  rules  and  facts  as  frames,  and  the  use  of  concept  frames.  Concept  frames 
are  currently  used  only  for  numeric  values  in  arithmetic  facts,  llie  next  step  is 
probably  to  use  a  more  robust  concept  frame,  like  that  found  in  Lenat’s  pro¬ 
gram,  AM.*^  Thus,  in  a  future  incarnation  Genie  might  build  concept  frames 
for  every  “object”  mentioned  in  the  rule  base,  so  it  could  fulfill  requests  like 
“Show  every  rule  that  mentions  annular  combustors”. 

Of  course,  implementing  this  capability  would  require  that  the  input  rules  be 
analyzed  using  a  much  more  powerful  grammar  than  the  one  with  which  Genie 
is  currently  endowed.  Genie  cannot  now  be  said  to  understand  its  knowledge 
base  in  abstract  terms:  it  breaks  rules  into  facts  and  very  effectively  handles 
the  relations  among  them,  but  on  fact  statements  it  only  performs  surface-level 
manipulations.  Clearly,  a  deeper  understanding  would  require  more  intelli¬ 
gence  in  interpreting  the  knowledge. 

D.  Rule  Writer 

As  a  rule  base  grows,  keeping  it  free  of  conflicts,  contradictions,  and  over¬ 
laps  becomes  extremely  difficult.  While  building  individual  rules  is  clear  and 
straightforward,  ensuring  that  the  integration  of  hundreds  of  rules  produces  the 
desired  results  can  be  a  problem.  It  would  be  a  great  advantage  to  have  a  com¬ 
ponent  that  helped  the  knowledge  engineer  manage  the  development  and 
maintenance  of  the  knowledge  base,  facilitating  addition  and  debugging  of 
rules. 

t 

D.  Lenat.  AM:  An  artificial  intelligence  approach  to  ditcovery  in  mathematice  at  heuriotk 
tearch.  SAIL  AIM-286,  Stanford  Artificial  Intelligence  Laboratory,  1976. 

D.  A.  Waterman  and  F.  Hayes-Roth,  eds.  Pattern- Directed  Injerence  Systems.  Academic 
Press,  Inc.,  1978.  pp.  30-33. 


Like  most  of  the  enhancements  discussed  here,  a  rule  writing  tool’s  utility 
depends  on  its  intelligence.  For  example,  even  the  ability  to  recognize  when 
two  similar  facts  have  related  meanings  is  difficult  to  automate.  A  first-pass 
rule  writer  could  be  made  to  compile  rules  into  the  knowledge  base  as  they 
were  entered.  Such  a  program  would  be  able  to  determine,  just  as  Genie  does 
now,  which  rules  use  given  facts. 

E.  More  Natural  User  Interface 

Genie  ought  to  be  able  to  converse  with  the  user  in  something  closer  to 
normal  English,  lliis  is  tied  in  with  increasing  the  order  in  the  knowledge 
base,  since  sophisticated  statements  are  built  from  and  reflect  elaborate 
knowledge  structures. 

Another  major  improvement  in  the  user  interface  will  be  possible  when 
Genie  is  moved  to  a  LISP  machine  in  the  near  future.  These  single-user  work 
stations  provide  a  remarkably  powerful  environment  for  both  development  and 
production  runs.  A  combination  of  mouse,  windows,  pop-up  menus,  and 
high-resolution  graphics  will  make  communication  simple  and  quite  fast. 
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Sample  Rud  of  Tess 
(Turbine  Engine  Expert  System) 
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VLD  Turbine  Expert  System 

Please  wait  while  Genie  version  4.0  is  loaded. 

Please  wait  while  Genie  loads  the  data. 

123  rule  frames  loaded. 

287  fact  frames  loaded. 

4  menu  frames  loaded. 

7  concept  frames  loaded. 

6  exclusive-or  sets  loaded. 

9  potential  hypotheses  loaded. 

4  ‘ask-first’  facts  loaded. 

Fact  symbol  table  loaded. 

All  data  has  been  loaded. 

Hello,  Don. 

Give  me  a  command—  help 

Possible  commands  are: 
how  <factcode>  why  <factcode> 

find  <one  or  more  words  in  a  fact> 

(any  lisp  command)  showvar  <variable> 

show  <rulecode>  show  <factcode> 

showframe  <rulecode>  or  <factcode>  or  <menucode> 

showconcept  [<concept>  [<attribute>)j 

rules  facts  numbers 

run  bye  help 

Give  me  a  command—  nin 

Complete  the  following  statement 
Engine  type  is: 

1  turbo  shaft 

2  turbo  jet 

3  turbo  fan 

Enter  the  number  of  your  choice—  1 


Complete  the  following  statement 
Detail  level  is; 

1  actual  engine 

2  pictures  and  drawings 

3  intelligence  information 

Enter  the  number  of  your  choice—  1 
What  is  the  horsepower  of  shaft?  1400 
Does  compressor  have  driver  rings?  wdiy 

ra:cAUSE 

this  question  is  used  in  determining  if: 
compressor  has  variable  geometry 

Does  compressor  have  driver  rings?  yes 
Rulel21  deduces  compressor  has  variable  geometry. 

What  is  the  number  of  stages?  shofw  ralel21 

IF  (fact280]  compressor  has  driver  rings  [succeeded] 
and  (fact28l|  there  are  vane  lever  arms  [unknown] 

NEED  at  least  1  of  these  facts 

THEN  [fact54]  compressor  has  variable  geometry  [succeeded] 

What  is  the  number  of  stages?  find  fixed  gecmetiy 

[fact?]  ;  compressor  has  fixed  geometry 

What  is  the  number  of  stages?  how  fact? 

Genie  learned  that:  compressor  does  not  have  fixed  geometry 
because  it  was  mutually  exclusive  with: 

[fact54]  compressor  has  variable  geometry 


What  is  the  number  of  stages?  6 


What  is  the  diameter  of  inlet?  facts 


given 

excluded 

excluded 

given 

excluded 

excluded 

deduced 

deduced 

deduced 

given 

deduced 

excluded 

indeterminate 

indeterminate 

indeterminate 

elim  (hyp) 


facts] 

fact287] 

fact286j 

fact6] 

fact47j 

fact46] 

factSS] 

factl34| 

fact250] 

fact280j 

fact54] 

fact7| 

factiei] 

fact 162] 

factl63] 

factl64] 


engine  type  is  turbo  shaft 

engine  type  is  not  turbo  fan 

engine  type  is  not  turbo  jet 

detail  level  is  actual  engine 

detail  level  is  not  intelligence  information 

detail  level  is  not  pictures  and  drawings 

T53/L13  shaft  hp 

T58/5  shaft  hp 

T700/700  shaft  hp 

compressor  has  driver  rings 

compressor  has  variable  geometry 

compressor  does  not  have  fixed  geometry 

intelligence  info  indicates  T64/3 

pictures  and  drawings  indicate  T64/3 

engine  inspection  indicates  T64/3 

compressor  does  not  resemble  T64/3 


W'hat  is  the  diameter  of  inlet?  16  <=  diameter  <  18 


user  supplied  more  information 

What  is  the  compression- ratio  of  compressor?  6.7 

Ruiel8  deduces  engine  inspection  indicates  T53/L13. 

Rulel7  deduces  compressor  resembles  T53/L13. 

Final  conclusion:  [fact53]  :  Compressor  resembles  T53/L13. 

Give  me  a  command—  numbers 

given  :  16  <=  diameter  of  inlet  <  18 

given  :  speed  of  compressor  =  25400 

given  :  compression-ratio  of  compressor  =  6.700000 

given  :  overall-length  of  engine  =  47.560008 

given  :  dry-weight  of  engine  =  535 

given  :  airflow  of  system  =  12.200000 

given  :  horsepower  of  shaft  =  1400 

given  ;  number  of  stages  =  6 

Give  me  a  command-  bye 

Goodbye,  Don. 


Commands  which  may  be  given  only  to  the  top  level  driver 

run: 

purpose;  run  the  expert  system 
form:  run 

bye: 

purpose:  terminate  Genie  and  exit 

form;  fcye 

Responses  which  may  be  given  only  in  reply  to  a  question 

simple  answer: 

purpose:  answer  to  a  question  that  Genie  asked 

restrictions:  depends  on  the  type  of  question 
examples;  yes 

no 

unknown 

18.7 

5  <  height  <=6.S 

why: 

purpose:  ask  Genie  to  explain  why  it  is  posing  this  question 

form;  why 

hyp; 

purpose:  ask  Genie  what  the  current  hypothesis  is 

form:  hyp 

rule: 

purpose;  ask  Genie  what  the  current  rule  is 


Commands  which  may  be  given  at  any  time 


kelp: 

purpose:  display  table  of  allowable  commands  and  responses 

form:  help 

how. 

purpose:  ask  Genie  how  a  fact  was  learned 

form:  how  <factcode> 

example:  how  fact52 

find 

purpose:  get  fact  codes  that  contain  certain  words 

form:  find  <list  of  one  or  more  words > 

example:  find  compressor  housing 

show 

purpose:  ask  Genie  to  display  a  rule  or  fact  in  English 

forms:  show  <rulecode> 

show  <factcode> 
examples:  show  rule83 

show  factl25 

rules: 

purpose:  ask  Genie  to  display  all  rules  that  have  been  used 

form:  rules 

facts: 

purpose:  ask  Genie  to  display  all  facts  that  have  been  learned 

form:  facts 

numbers: 

purpose:  ask  Genie  to  display  all  numbers  that  have  been  learned 

form:  numbers 

showframe: 

purpose:  ask  Genie  to  display  a  rule,  fact,  or  menu  as  a  frame 

forms:  showftnme  <rulecode> 

showfhune  <factcode> 
showftwne  <menucode> 
examples:  showftnme  rule83 

showfkame  factl25 
showfhune  menu2 


showoonoept 

purpose:  ask  Genie  to  display  a  concept  frame 

form:  ahowccaccpt  (<concept>  (<attribute>]] 

example:  ahofWOOQoept  shaft  horsepower 

ahowvar 

purpose:  ask  Genie  to  evaluate  a  LISP  variable 

form:  showvmr  < variable > 

restrictions:  only  executable  by  special  users 
example:  shofwvar  HypCodeList 

any  LISP  command 

puri>ose:  execute  a  LISP  command 

form:  (function  arguments) 

restrictions:  only  executable  by  special  users 
example:  (fpp  ’menu2) 
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% 

,Nl 

•> 


>V| 


IF: 


usage: 

form: 


restrictions: 

examples: 


define  an  if/then  rule 
(IF  FactStmt  FactStmt ... 

[NEEX>  (Number)] 

THEN  FactStmt  FactStmt ...) 
rules  may  not  be  logically  recursive 
(IF  (detail  level  is  intelligence  information) 

(number  of  stages  GT  8) 

THEN  (intelligence  info  indicates  axial  compressor)) 
(IF  (compressor  has  driver  rings) 

(there  are  vane  lever  arms) 

NEED(l) 

THEN  (compressor  has  variable  geometry)) 


XOR: 

usage: 

form: 

restrictions: 

example: 


declare  facts  to  be  mutually  exclusive 
if  one  fact  is  true  the  rest  will  be  memorized  as  false 
(XOR  PosFact  PosFact ...) 
facts  must  be  positive 
(XOR  (compressor  has  variable  geometry) 
(compressor  has  fixed  geometry)) 


HYP. 

usage: 

form: 

restrictions: 

example: 


declare  a  fact  to  be  a  hypothesis 
(HYP  PosFact  PosFact ...) 
facts  must  be  positive 
(HYP (compressor  resembles  a T58) 
(compressor  resembles  a  J57)) 


QUESTION: 

usage:  define  question  to  be  used  instead  of  generating  one 

form :  ( QUESTION  PosFact  Question ) 

(QUESTION  (A  of  C)  Question) 
restrictions:  fact  must  be  positive 

examples:  (QUESTION  (there  is  diameter  decrease  before  compressor) 

(Is  there  a  significant  decrease  in  the  diameter 
before  the  compressor?)) 

(QUESTION  (number  of  stages) 

(How  many  stages  are  in  the  compressor? )) 


MENU: 

usage: 

form: 


define  multiple  choice  fact  menu 

(MENU  Template  [Question]  (Choice  Choice  ...)) 


restrictions:  facts  must  be  positive 

examples:  (MENU  (compressor  housing  b  X)  ((mild  steel)  (aluminum))) 

(MENU  (detail  level  b  X)  (What  b  Uie  level  of  detail? ) 

((low)  (medium)  (high))) 

ASK-nRST: 

usage:  force  Genie  to  verify  (ask)  tiiese  facts  first 

form:  ( ASK>FIRST FactStmt  FactStmt ...) 

restrictions:  none 

example:  (ASK>FIRST(  compressor  has  variable  geometry) 

(number  of  stages)) 


NOSHOW: 

usage: 

form: 


do  not  tell  user  when  this  fact  b  deduced 
(NOSHOWPosFact  PosFact ...) 


restrictions:  facts  must  be  positive 

example:  (NOSHOW(T58  inlet>diameter)  (T58  compression>ratio)) 


DEFAULT: 

usage: 

form: 

restrictions: 

examples: 


NULL-HYP: 


usage: 

form: 


declare  truth  to  be  assumed  if  fact  cannot  be  proven 
(DEFAULT (PosFact FactStmt)  (PosFact FactStmt)  ...) 
none,  but  FactStmt  will  usually  be  negative 
(DEFAULT ((com pressor  has  variable  geometry) 

(compressor  does  not  have  variable  geometry))) 


define  statement  to  be  displayed  if  no  solution  found 
(NULL-HYP  Statement) 


restrictions:  none 


example:  (NULL-HYP  (Data  does  not  match  any  known  compressor.)) 
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